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PROCEDE POUR AMELIORER LES PERFORAAANCES D'UN SYSTEMS DE 
RADIOCOMMUNICATiONS MOBILES 

La presente invention concerne d'yne nnaniere generale les systfennes de 
radiocommunications mobiles. 
5 La presente invention concerne notamment les systemes utilisant la 

technique CDAAA ("Code Division Multiple Access"). 

La technique CDAAA est notamment utilisee dans les systemes dits de 
troisieme generation, tels que notamment le systeme UMTS ("Universal Mobile 
Telecommunication System"). 
10 D'^une manidre generale, les systemes de radiocommunications mobiles font 

I'objet de normalisation, et pour une description complete de ces systemes on pourra 
se referer aux normes correspondantes, publiees par les organismes de 
normalisation correspondents. 

L'architecture generale d'un systeme de radiocommunications mobiles tel 
15 que notamment un systeme de type UMTS est rappelee sur la figure 1. Le systeme 
comporte un reseau de radiocommunicotions mobiles communiquant avec des 
terminaux mobiles ou UE {« User Equipment ») et avec des reseaux exterieurs (non 
illustres specifiquement). 

Le reseau de radiocommunications mobiles comporte : 
20 - un reseau d'acces radio, ou UTRAN (« UMTS Terrestrial^ Radio Access 

Network »), 

un reseau coeur, ou CN (« Core Network »).• 
Les systemes de troisieme generation, notamment de type UMTS utilisent une 
technologie d'acces radio de type W-CDMA (« Wideband - Code Division Multiple 

25 Access »). L' UTRAN comporte des stations de base ou « Node B », et des contr6leur$ 
de stations de base ou controleurs de reseau radio ou RNC (« Radio Network 
Controller »). L'UTRAN est en relation d'une part avec les terminaux mobiles UE, via 
une interface appelee interface « Uu » (ou interface radio),* et d'autre part avec le CN 
via une interface appelee interface « lu ». A I'interieur . de I'UTRAN, les Node B 

30 communiquent avec les RNC via une interface appel6e interface « lub », et une 
interface appelee interface « lur » peut en outre Stre prevue entre RNCs. 
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Pour un Node B donne, le RNC qui le contr6le est oussi appel6 CRNC 
{« Controlling Radio Network Controller »). Le CRNC a un rdle de contr6le de charge 
et de controle et deallocation de ressources radio pour les Node B qu'il contr6!e. 

En outre, les systemes tels que I'UMTS utilisent la technique de transmission 
5 en macro-diversite (ou « soft-handover »), selon laquelle un UE peut etre connects 
simultan6ment a plusieurs Node B, c'est-6-dire §tre servi simultanement par plusieurs 
cellules serveuses (ou cellules actives). 

Pour une communication donn6e relative a un UE donne, il existe un RNC, 
appei6 SRNC (« Serving Radio Netv/ork Controller »), ayant un role de controle pour 
10 la communication consid6r6e, incluant des fonctions de controle d'etablissement et 
de relachement de liens radio, de contr6le de parametres susceptibles de changer en 
cours de communication, tels que debit, puissance, facteur d'etalement, ...etc. Les 
differents Node B auxquels est connecte un UE peuvent ou non etre controles par un 
meme RNC, S'ils sont controles par des RNC differents, un de ces RNC a un role de 
15 SRNC, et les Node B connectes a KUE et non controles par le SRNC communiquent 
avec le SRNC via les RNC qui les controlent, appeles aussi RNC derives, ou DRNC 
{« Drift RNC » ) via I'interface « lur ». 

D'une maniere generale, differents types de donnees peuvent etre 
transmises dans ces systemes : des donnees correspondent d des donnees utilisateur 
20 ou trafic, et des donnees correspondent 6 des donnees de controle ou signalisation 
necessaire au fonctionnement du systeme. Differents protocoles ont ete definis pour 
les echanges de donnees entre differents elements de ces systemes, notamment : 

le protocole RANAP (« Radio Access Network Application Part») tel que 
defini dans la specification 3GPP TS 25.413, pour les echanges de 
25 signalisation entre CN et RNC, 

le protocole RNSAP (« Radio Network subsystem Application Part ») tel 
que defini dans la sp6cification 3GPP TS 25.423, pour les echanges de 
signalisation entre RNCs relies entre eux par une interface « lur », 
le protocole NBAP {« Node B Application Part ») tel que defini dans la 
30 specification 3GPP TS 25.433, pour les echanges de signalisation entre 

RNC et Node B, 
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le protocole RRC {« Radio Resource Control ») tel que defini dans la 
specification 3GPP TS 25.331, pour les ^changes de signalisation entre 
RNC et UE. 

Differents types de canoux ont 6te d6finis pour les echanges de donndes 
5 entre UE et UTRAN, correspondant a differents niveaux du protocole de 
communication entre UE et UTRAN, a savoir, du niveau le plus elev6 au niveau le 
moins eleve : des canaux logiques (ou « logical channels »), des canoux de transport 
(ou « transport channels ») des canoux physiques (ou « physical channels »). il existe 
diff6rents types de canaux logiques, notamment selon le type de donnees 6 
10 transmetire. Les donnees a transmettre peuvent en outre avoir des debits differents 
selon les services, et variables au cours d'une mSme communication pour un mSme 
ser/ice, ces differentes contraintes etant prises en compte au niveau des canaux de 
transport et des canaux physiques, grace d un certain nombre de parometres utilises 
pour definir ces canaux, tels que notamment I'intep/alle de temps de transmission ou 
15 TTI (« Transmission Time Interval »), le type de codage-canal, le facteur d'etalement 
(ou « spreading factor »), ...etc. 

On rappelle en outre qu'une caracteristique des systemes de troisieme 
generation tels que notamment I'UMTS est la possibilite de transporter plusieurs 
services sur une meme connexion, ou plusieurs canaux de transport sur un meme 
20 canal physique. Par exemple, dans un systeme tel que I'UMTS, de tels canaux de 
transport (ou TrCH) sonttraites separement selon un schema de codage-canal, avant 
d'etre multiplexes pour former un canal de transport composite code (ou CCTrCH, 
pour "Coded Composite Transport Channel") a transmettre sur un ou plusieurs 
canoux physiques. II peut en outre y avoir plusieurs CCTrCH pour une meme 
25 connexion. On rappelle en outre que la puissance d'emission est la meme pour tous 
les canaux de transport multiplexes sur un meme CCTrCH transmis sur un meme 
canal physique (ou canal DPDCH, pour « Dedicated Physical Data Channel »). Plus 
d*informations sur ces aspects de PUMTS peuvent etre trouves notamment dons la 
specification 3GPP TS 25 2 1 2. 
30 D'une maniere gdnerole, les systfemes de troisieme generation, notamment 

de type UMTS, doivent pouvoir supporter des trafics dont les besoins en qualite de 
service (ou QoS, pour « Quality of Service ») peuvent etre tres differents les uns des 
autres. Pour garontir la quality de service a differents niveaux d'un tel systeme, une 
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architecture de QoS a ete definie, dans laquelle on distingue differents services 
support {tels que notamment : les services « support accds radio » ou RAB {« Radio 
Access Bearer ») entre CN et UE, les services « support radio » ou RB (« Radio 
Bearer ») entre RNC et UE, ...etc), et diff6rents attributs de QoS (tels que notamment 
5 la classe de trafic, le d6bit maximal, le debit binaire garanti, le d6lai de transfert, 
...etc). 

Le RNC realise notamment des fonctions de gestion de ressources radio, 
afin notamment de garantir les performances du systems, en termes de capacit6 et 
de qualite de service. 

10 Dans les systemes CDAAA les limitations de capacity sur I'interface radio 

sont fondamentalement differentes de ce qu'elles sont dans les systemes utilisant 
d^autres techniques d'acc^s multiple, telles que notamment la technique TDMA ("Time 
Division Multiple Access"). La technique TDMA est notamment utilisee dans les 
systemes dits de deuxieme generation tels que le systeme GSM ("Global System for 

15 Mobile communications"). Dans les systemes CDMA, tous les utilisateurs partagent la 
meme ressource de frequence a tout instant. La capacite de ces systemes est done 
limitee par les interferences, ces systemes etant aussi appel^s pour cette raison "soft 
limited systems" (en anglais). 

C'est pourquoi, dans les systemes CDMA, les fonctions de gestion de 

20 resources radio incluent notamment des algorithmes tels que des olgorithmes dits 
de controle de charge (ou "load control ") pour prevenir les surcharges, les detecter 
et les corriger, et des algorithmes dits de controle d'admission radio, pour decider 
si la capacite d*une cellule non utilisee a un instant donn6 est suffisante pour accepter 
un appel (c'est-a-dire pour etablir un nouveau lien radio ou un lien radio additionnel) 

25 dans cette cellule, en fonction de divers param^tres tels que le service requis pour cet 
appel, la quality de service requise, ...etc. 

Un algorithme typique de contrdle d'admission radio est bas6 sur la 
puissance d'emission du Node B dans le sens descendant, et sur le niveau 
d'interference dans le sens montant. Plus precisement, dans le sens descendant, 

30 I'algorithme d'admission radio verifie s'il reste une puissance d'emission du Node B 
suffisante pour accepter un nouveau lien radio ou un lien radio additionnel. Pour un 
tel algorithme, un probleme important est done de pouvoir estimer quelle puissance 
d'6mission est requise dans le sens descendant pour un nouveau lien radio ou un lien 
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radio additionnel. Les performances de cet algorithme et done les performances du 
systeme dependent de la qualite de cette estimation. 

Par ailleurs, la norme UMTS est flexible quant a ['emplacement de 
I'algorithme d'admission radio dans le systfeme. En particulier, un tel algorithme peut 
5 etre impl6ment6 dans le Node B ou dans le RNC, voire en partie dans I'un et en 
partie dans I'autre, Dans le cas oCi I'algorithme d'admission radio ou une partie de 
cet algorithme est impl6mente dans le Node ou dans tout cas ou une 
connaissance de la puissance initiale est necessaire au niveau du Node B lui-m§me, 
par exemple encore pour utiliser cette puissance comme puissance d'6mission initiale 

10 pour I'algorithme de controle de puissance, notamment pour ameliorer les 
performances de cet algorithme, des problemes specifiques se posent. Ces 
problemes specifiques sont dus au fait que ['estimation de la puissance initiale par le 
Node B lui-meme est difficile, parce que le Node B n'a pas toutes les connaissances 
requises pour cette estimation. 

15 Notamment, le Node B n'o pas connaissance de certaines informations dont 

le RNC a connaissance dans ses fonctions de controle. Par exemple, le RNC a 
connaissance de la qualite de service requise pour I'appel, qui lui est communiqu6e 
par le CN pendant I'etablissement de I'appel, et qui est necessaire a I'etablissement 
de support radio ou RB. Suivant un autre exemple, pour le cas de transmission en 

20 mocro-diversite, le RNC a connaissance de la puissance d'emission requise pour 
d'autres liens radio pour le meme UE avec d'autres Node B, car le RNC determine 
lui-meme une puissance d'emission dite de reference pour les differents liens radio 
pour un meme UE avec diff6rents Node B. 

C'est pourquoi, dans I'etat octuel de la norme UMTS, il est prevu que le 

25 RNC signale au Node B (par I'intermediaire du protocole NBAP) la puissance 

d'emission initiale requise pour le sens descendant. Cependant, dans I'etat actuel de 
la norme, ceci n'est prevu que pour le cas d'un nouveau lien radio (ou lien radio 
6tabli a la suite de la reception par le Node B du message « Radio Link Set-up ») ou 
pour le cas d'un lien radio additionnel (ou lien radio etabli 6 la suite de la reception 

30 par le Node B du message « Radio Link Addition »). 

Cependant, ainsi que I'a observe le demandeur, il existe un autre cas ou il 
serait important pour le Node B de connaTtre la puissance d'emission requise pour un 
lien radio. Ce cas correspond au cas oCj un lien radio est reconfigure (par exemple 
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lorsque le facteur d'etalement, ou tout parametre permettant de definir les canaux de 
transport ou physiques pour ce lien radio) est change, ...etc.). Par exemple, un cas 
important de reconfiguration de lien radio est celui se produisant au debut d'un 
appel. En effet, lors de l'6tablissement d'un oppel : 
5 - dans une premiere etape, lorsqu'un premier lien radio est etabli, le RNC 

configure seulement des canaux de contrdle, ou canaux DCCH 
(« Dedicated Control Channel »), ou canaux logiques utilises au d6but 
d'un appel pour transporter la signalisation selon les protocoles RRC 
(« Radio Resource Control ») entre RNC et UE, et NAS {« Non-Access 
10 Stratum ») entre CN et UE, 

ensuite, dans une deuxieme etape, une fois que le CN a d6termine 
comment I'appel doit etre traite, et transmis au RNC le message de 
requSte d'etablissement de support d'acces radio ou RAB (ou message 
« RAB Assignment Request ») avec des informations sur le sen/ice requis 
15 et la qualite de service requise, le RNC envoie au Node B un message 

de reconfiguration de lien radio, ofin notamment d'ajouter des canaux 
de trafic, ou canaux logiques DTCH (« Dedicated Traffic Channel ») et 
de changer les parametres des canaux physiques. Cette deuxieme etape 
requiert habituellement une augmentation de puissance d'emission 
20 significative (en effet, typiquement, le debit transpose par les canaux 

DCCH est seulement entre 3 et 4 kbit/s, alors que le debit transporte par 
les canaux DTCH peut etre beaucoup plus eleve). 
Dans I'etat aduel de la norme, il n'est pas prevu que le RNC signale au 
Node B la puissance d'emission initiale requise pour le sens descendant , 
25 consecutivement 6 une reconfiguration de lien radio. Plus precisement, dans l'6tat 
actuel de la norme, pour le mode FDD (« Frequency Division Duplex ») de I'UMTS, il 
est seulement prevu que le RNC signale au Node B la puissance d'emission initiale 
requise pour le sens descendant, dans un message « Radio Link Set-up » (dans le cos 
de creation de nouveau lien radio) ou « Radio Link Addition » (dans le cas de creation 
30 de lien radio additionnel). Pour le mode TDD («Time Division Duplex ») de I'UMTS, il 
est egalement prevu que le RNC signale au Node B la puissance d'emission initiale 
requise pour le sens descendant, dans un message « Radio Link Reconfiguration 
Prepare », mais, comme indique dans la specification 3GPP TS 25 433, la puissance 
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d'emission initiale ainsi signal6e est 6 appliquer par le Node B lorsqu'il commence a 
transmettre sur un nouveau canal CCTrCH. Ainsi, ce dernier cas correspond au cas 
de creation d'un nouveau canal CCTrCH, et non au cas de reconfiguration d'un 
canal CCTrCH deja cre6. 
5 Ainsi que I'a obsers^6 le demandeur, le cas de reconfiguration de lien radio 

n'est done pas actuellement traite de maniere optimale. Notamment, le cas de 
reconfiguration de lien radio susceptible d'entraTner un changement de puissance 
d'emission pour au moins une entit6 de transmission sur ce lien radio, pour laquelle 
une puisance d'emission peut §tre definie (une telle entite de transmission pouvant 

10 correspondre notamment a un canal DPDCH, ou d un canal CCTrCH, ou plus 
gen6ra!ement 6 tout type de canal pour lequel se poserait le m§me type de 
probleme) n'est pas pris en compte. II en rSsulte une degradation de performances, 
notamment une degradation de performances des algorithmes de controle 
d'admission radio et de controle de puissance, ou plus generolement une 

15 degradation de performances du systeme, notamment en termes de capacite et de 
qualite de service. 

La presents invention a notamment pour but d'eviter tout ou portie de ces 
inconvenients, et plus generolement d'ameliorer las performances de ces systemes. 

Un des objets de la presente invention est un precede pour ameliorer les 
20 performances d'un systeme de radiocommunications mobiles, procede dans lequel 
un element de r6seau dit premier element de reseau emettant vers des terminaux 
mobiles regoit d'au moins un autre element de r6seau, dit deuxieme element de 
reseau, au moins une information indicative de puissance d'emission initiale pour 
I'emission vers un terminal mobile, dans le cas de reconfiguration de lien radio entre 
25 ledit premier element de reseau et ledit terminal mobile, susceptible d'entraTner un 
changement de puissance d'emission pour ce lien radio. 

Suivant une autre caract^ristique, ledit premier Element de r6seau 
correspond 6 une station de base, ou Node B dans un systeme de type UMTS. 

Suivant une autre caraderistique, ledit deuxieme 6l6ment de reseau 
30 correspond 6 un controleur de stations de base, ou controleur de rSseau radio ou 
RNC (« Radio Network controller ») dans un systeme de type UMTS. 

Suivant une autre caraderistique, ledit deuxieme element de reseau 
correspond 6 un element de rSseau ayant une fondion de controle de 
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communication avec ledit terminal mobile, incluont une fonction de contrdie de 
reconfiguration de lien radio, notamment, dans un systeme de type UMTS, un 
contr6leur de reseau radio ou RNC ayant un role de SRNC (« Serving Radio Network 
Controller))). 

5 Suivant une autre caracteristique, ledit deuxieme Element de reseau 

correspond a un element de r6seau controlant ledit premier element de r6seau, 
notamment, dans un systdme de type UMTS, un controleur de reseau radio ou RNC 
contrdlant un Node B ou ayant un role de CRNC {« Controlling Radio Neiwork 
Controller ))) pour ce Node B. 
10 Suivant une autre caracteristique, notamment dans un systeme de type 

UMTS, ladite information indicative de puissance d'6mission initiale est transmise 
d'un RNC ayant un role de SRNC et un r6le de CRNC pour un Node B, vers ce Node 
B, selon le protocole NBAP (« Node B Application Part ))). 

Suivant une autre caracteristique, ledit deuxieme element de reseau 
15 correspond a un element de reseau ne controlant pas ledit premier element de 
reseau, et ledit premier element de reseau regoit ladite information indicative de 
puissance d'emission initiale, dudit deuxieme element de reseau, via un troisieme 
• element de reseau controlant ledit premier element de reseau, notamment, dans un 
systeme de type UMTS, via un controleur de reseau radio ou RNC ayant un role de 
20 DRNC (« Drift Radio Neiwork Controller »). 

Suivant une autre caracteristique, notamment dans un systeme de type 
UMTS, ladite information indicative de puissance d'emission initiale est transmise 
d'un RNC ayant un role de SRNC, vers un RNC ayant un role de DRNC et un role de 
CRNC pour un Node B, selon le protocole RNSAP (« Radio Network Subsystem 
25 Application Part »), puis re-transmise de ce dernier RNC vers le Node B, selon le 
protocole NBAP (« Node B Application Part »). 

Suivant une autre caracteristique, ladite information est regue dans un 
message de commande de reconfiguration de lien radio. 

Suivant une autre caracteristique, ladite information est regue dans un 
30 message de commande de reconfiguration de lien radio synchronisee. 

Suivant une autre caracteristique, ladite information est regue dans un 
message de commande de reconfiguration de lien radio non synchronisee. 
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Suivant une autre caracteristique, dans un systeme de type UMTS, ledit 
message de commande de reconfiguration de lien radio correspond a un message 
« Radio Link Reconfiguration Prepare ». 

Suivant une autre caracteristique, dans un systeme de type UMTS, ledit 
5 message de commande de reconfiguration de lien radio correspond 6 un message 
« Radio Link Reconfiguration Request 

Suivant une autre caracteristique, ladite puissance d'emission initiole est 
utilisee par ledit premier element de rSseau pour un algorithme de controle 
d'admission radio. 

10 Suivant une autre caracteristique, ladite puissance d'emission initiate est 

utilisee par ledit premier element de reseau pour un algorithme de contrdle de 
puissance. 

Un autre objet de la presente invention est un element de reseau, 
comportont des moyens pour me+tre en ceuvre un procede suivant ('invention. 

15 Un autre objet de la presente invention est une station de base, ou Node B, 

comportont des moyens pour mettre en oeuvre un procede suivant I'invention. Un 
autre objet de la presente invention est un controleur de stations de base, ou 
controleur de reseau radio ou RNC (« Radio Network Controller »), comportont des 
moyens pour mettre en oeuvre un procede suivant I'invention. 

20 Un autre objet de la presente invention est un systdme de 

radiocommunications mobiles, comportont des moyens pour mettre en CBUvre un 
procede suivant I'invention. 

Un autre objet de la presente invention est un controleur de stations de base 
comportant des moyens pour transmettre 6 une station de base au moins une 

25 information indicative de puissance d'emission initiole pour I'6mission vers un 
terminal mobile, dans le cos de reconfiguration de lien radio entre ladite station de 
base et ledit terminal mobile, susceptible d'entramer un chongement de puissance 
d'emission pour ce lien radio. 

Un autre objet de la pr6sente invention est un controleur de stations de 

30 base, comportant des moyens pour transmettre a un controleur de stations de base 
au moins une information indicative de puissance d'emission initiole pour 
I'Smission vers un terminal mobile, dans le cos de reconfiguration de lien radio entre 
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une station de base et ledit terminal mobile, susceptible d'entraTner un changement 
de puissance d'emission pour ce lien radio. 

Un autre objet de la pr6sente invention est un contr6leur de stations de 
base, comportant des moyens pour recevoir d'un controleur de stations de base au 
5 moins une information indicative de puissance d'6mission initiale pour I'emission 
vers un terminal mobile, dans le cas de reconfiguration de lien radio entre une 
station de base et ledit terminal mobile, susceptible d'entraTner un changement de 
puissance d'emission pour ce lien radio, et pour re-transmettre ladite information 
vers ladite station de base. 

10 Un autre objet de la presente invention est une station de base comportant 

des moyens pour recevoir d'un controleur de stations de base au moins une 
information indicative de puissance d'6mission initiale pour I'emission vers un 
terminal mobile, dans le cas de reconfiguration de lien radio entre ladite station de 
base et ledit terminal mobile, susceptible d'entraTner un changement de puissance 

15 d'emission pour ce lien radio. 

Suivant une outre caracteristique, ladite station de base comporte des 
moyens pour utiliser ladite information pour un algorithme de controle d'admission 
radio. 

Suivant une autre caracteristique, ladite station de base comporte des 
20 moyens pour utiliser ladite information pour un algorithme de controle de puissance. 

D'autres objets et caracteristiques de la presente invention apparaitront a la 
lecture de la description suivante d'exemples de realisation, faite en relation avec les 
dessins ci-onnexes dans lesquels: 

la figure 1, decrite precedemment, rappelle Tarchitecture generale d'un 
25 systeme de radiocommunications mobiles, tel que notamment le systeme 

UMTS, 

les figures 2 et 3 sont des schemes destines a illustrer respectivement un 
premier et un deuxi6me exemple de mise en oeuvre d'un procede 
suivant I'invention. 

30 La presente invention peut aussi Stre expliqu6e de la maniere suivante. 

La presente invention propose, notamment, d'effectuer une estimation de la 
puissance d'emission requise dans le sens descendant, dons le RNC, et de signaler la 
valeur ainsi obtenue au Node B, de sorte que le Node B peut I'utiliser comme 
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puissance d'emission initiale et peut egalement I'utiliser pour le controle d'admission 
radio, si celui-ci est impl6ment6 dans le Node B. 

La presente invention propose notamment que le RNC signale au Node B la 
puissance d'emission initiale d'un lien radio, dans le cas oCi ce lien radio est 
5 reconfigure (c'est-d-dire dans tout cas de changement pour ce lien radio, pouvant 
entramer un changennent de puissance d'emission). En particulier, ceci peut se 
produire dans le cas de modification de parametres de canaux physiques ou de 
transport pour ce lien radio (par exemple le facteur d'6talement, le codage-canal, 
I'inten^alle de temps ou TTI (« Transmission Time Interval »), ...etc), dans le cas 
10 d'ajout ou de suppression de canaux de transport, dans le cas de changement de 
service ou de quality de service, ...etc. Comme explique precedemment, un cas 
particulier important de reconfiguration de lien radio est celui se produisant au d6but 
d'un appel. 

Avantcgeusement, la puissance initiale pour le sens descendant (ou « Initial 
15 DL Power », ou DL est utilise pour «Downlinl< ») pour le lien radio reconfigure peut 
etre signalee dans les memes messages que ceux utilises pour reconfigurer le lien 
radio. 

On notera qu'il existe differentes fagons de reconfigurer un lien radio : 

reconfiguration de lien radio synchronisee (ou « synchronised radio link 
20 reconfiguration ») 

reconfiguration de lien radio non synchronisee (ou « unsynchronised 
radio link reconfiguration »). 
Dans ce contexte, la synchronisation se refere a la reconfiguration de tous 
les liens radio au meme moment pour les diff6rents Node B avec lesquels un UE est 
25 connecte (dans le cas ou I'UE est en « soft-handover » avec differents Node B). 

Dans le cos de reconfiguration synchronisee, deux messages de commande 
de reconfiguration sont envoyes par le RNC au Node B : 

- « Radio Link Reconfiguration Prepare » 

- « Radio Link Reconfiguration Commit ». 

30 Selon un exemple pr6f6re, le message utilise pour signaler la puissance 

d'emission initiale d'un lien radio dans le cas de reconfiguration de ce lien radio est 
le premier message (« Radio Link Reconfiguration Prepare »), le second message 
(« Radio Link Reconfiguration Commit ») donnant normalement seulement I'instant ou 
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effectuer la reconfiguration, toutes les informations sur la reconfiguration etant 
donnees dans le premier message. 

Dans le cas de reconfiguration non synchronisee, un seul message est 
envoy6 par le RNC au Node B : 
5 - « Radio Link Reconfiguration Request ». 

L'invention propose notamment d'ajouter un element d'information ou IE 
(« Information Element ») appel6 « puissance d'emission initiale dans le sens 
descendant, ou « Initial DL Transmission Power » 6 I'un et/ou I'outre des deux 
messages mentionn6s prec6demment, a savoir « Radio Link Reconfiguration 
10 Prepare » et « Radio Link Reconfiguration Request ». 

On rappelle en outre la maniere habituelle de definir une puissance 
d'6mission, telle que d6finie notamment dans la specification 3GPP TS 25.433, a 
savoir : 

pour le mode FDD (« Frequency Duplex Division ») : le niveau de 
15 puissance relotivement a la puissance du canal CPICH primaire (ou 

« Primary CPICH » o6 CPICH est utilise pour « Common Pilot CHannel ») 
et en se referent aux symboles. DPDCH {« Dedicated Physical Data 
CHannel ») transmis, 

pour le mode TDD : le niveau de puissance relotivement a la puissance 
20 du canal CPICH primaire. 

La presente invention propose ainsi notamment, qu'un element de reseau dit 
premier element de reseau emettant vers des terminaux mobiles regoive d'au moins 
un autre element de reseau, dit deuxieme element de reseau, au moins une 
information indicative de puissance d'emission initiale pour I'emission vers un 
25 terminal mobile, dans le cas de reconfiguration de lien radio entre ledit premier 
element de reseau et ledit terminal mobile, susceptible d'entraTner un changement 
de puissance d'emission pour ce lien radio. 

Notamment, ledit changement de puissance d'6mission correspond a un 
changement de puissance d'emission pour au moins une entite de transmission sur 
30 ce lien radio, pour laquelle une puissance d'emission peut etre definie. 

Ledit premier element de reseau correspond notamment 6 une station de 
base, ou Node B dans un syst6me de type UMTS. 
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Ledit deuxi^me element de r6seau correspond notamment a un contrdleur 
de stations de base, ou contrdleur de reseau radio ou RNC (« Radio Network 
controller ») dons un systeme de type UMTS. 

Ledit deuxieme element de reseau peut notamment correspondre a un 
5 element de reseau ayant une fonction de contr6le de communication avec ledit 
terminal mobile, incluant une fonction de contrdle de reconfiguration de lien radio, 
notamment, dans un systeme de iype UMTS, un controleur de reseau radio ou RNC 
ayant un role de SRNC (« Sen/ing Radio Network Controller »). 

Suivant un premier exemple de realisation, ledit deuxieme Element de 
10 reseau peut notamment correspondre d un el6ment de reseau contr6lant ledit 
premier element de reseau, notamment, dans un systeme de type UMTS, un 
contrdleur de reseau radio ou RNC contrdlant un Node B ou ayant un role de CRNC 
{« Controlling Radio Network Controller ») pour ce Node B. 

Suivant ce premier exemple de realisation, dans un systeme de type UMTS, 
15 ladite information indicative de puissance d'emission initiate peut notamment etre 
transmise d'un RNC ayant un role de SRNC et un role de CRNC pour un Node B, 
vers ce Node B, salon le protocole NBAP (« Node B Application Part »). 

Suivant un deuxieme exemple de realisation, ledit deuxieme element de 
reseau peut notamment correspondre a un element de reseau ne controlant pas ledit 
20 premier element de reseau, et ledit premier element de reseau peut recevoir ladite 
information indicative de puissance d'emission initiale, dudit deuxieme element de 
reseau, via un troisieme element de reseau controlant ledit premier element de 
reseau, notamment, dans un systeme de type UMTS, via un controleur de r6seau 
radio ou RNC ayant un role de DRNC (« Drift Radio Network Controller »). 
25 Suivant ce deuxieme exemple de realisation, dans un systeme de type UMTS, 

ladite information indicative de puissance d'emission initiale peut notamment etre 
transmise, d'un RNC ayant un r6le de SRNC, vers un RNC ayant un role de DRNC et 
un role de CRNC pour un Node B, selon le protocole RNSAP (« Radio Network 
Subsystem Application Part »), puis re-transmise de ce dernier RNC vers le Node B, 
30 selon le protocole NBAP (« Node B Application Part »), 

Notamment, ladite information indicative de puissance d'emission initiale 
peut etre transmise dans un message de commande de reconfiguration de lien radio. 
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synchronis6e ou non synchronisee, notamment, dans un syst6me de type UMTS, I'un 
et/ou I'autre des messages suivants, prevus selon les protocoles NBAP et RNSAP : 

- « Radio Link Reconfiguration Prepare », 

- « Radio Link Reconfiguration Request ». 

5 La figure 2 est un schema destin6 a illustrer un exemple de moyens pouvant 

Stre prevus pour mettre en ceuvre un proc6de suivant I'invention, a titre d'exemple 
dans un systeme de type UMTS, et dans le premier exemple de realisation mentionn6 
ci-dessus. 

Dans ce premier exemple de realisation, ladite information indicative de 
10 puissance d'emission initiale est transmise d'un RHC, note RNC, , oyant un role de 
SRNC et un role de CRNC pour un Node B, vers ce Node B, par exemple dans un 
message de commande de reconfiguration transmis selon le protocole NBAP, 

Le RNCi comporte ainsi (en plus d'autres moyens qui peuvent etre des 
moyens classiques): 

15 - des moyens notes 1 pour transmettre ladite information au Node B, 

dons un message NBAP, par exemple un message de commande de reconfiguration, 
tel que « Radio Link Reconfiguration Prepare » ou « Radio Link Reconfiguration 
Request » . 

Le Node B comporte ainsi (en plus d'autres moyens qui peuvent etre des 
20 moyens classiques): 

des moyens notes 2 pour recevoir ladite information du RNC,, 
des moyens notes 3 pour utiliser ladite information, par exemple pour un 
algorithme de controle d'admission radio et/ou un algorithme de controle de 
puissance, comme indique precedemment. 
25 La figure 3 est un schema destine a illustrer un exemple de moyens pouvant 

§tre pr6vus pour mettre en ceuvre un procede suivant I'invention, a titre d'exemple 
dans un systfeme de type UMTS, et dans le deuxiSme exemple de realisation 
mentionn6 ci-dessus. 

Dans ce deuxieme exemple de realisation, ladite information indicative de 
30 puissance d'emission initiale est transmise d'un RNC, note RNC2 , ayont un rdle de 
SRNC, vers un RNC note RNC3 , ayant un role de DRNC et un r6le de CRNC pour un 
Node B, par exemple dons un message de commande de reconfiguration transmis 
selon le protocole RNSAP, puis re-transmise de RNC3 vers le Node B, par exemple 
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dans un message de commande de reconfiguration transmis selon le protocole 
NBAP. 

Le RNC2 comporte ainsi (en plus d'autres moyens qui peuvent etre des 
moyens dassiques): 

5 - des moyens not6s 4 pour transmettre ladite information au RNC3, dans 

un message RNSAP, par exemple un message de commande de reconfiguration, tel 
que « Radio Link Reconfiguration Prepare » ou « Radio Link Reconfiguration 
Request ». 

Le RNC3 comporte ainsi (en plus d'autres moyens qui peuvent Stre des 
1 0 moyens dassiques): 

- des moyens notes 5 pour re-transmettre ladite information ou Node B, 
dans un message NBAP, par exemple un message de commande de reconfiguration, 
tel que « Radio Link Reconfiguration Prepare » ou « Radio Link Reconfiguration 
Request ». 

15 Le Node B comporte ainsi (en plus d'autres moyens qui peuvent etre des 

moyens dassiques): 

des moyens notes 6 pour recevoir ladite information du RNC3, 

- des moyens notes 7 pour utiliser ladite information, par exemple pour un 
algorithme de controle d'admission radio et/ou un algorithme de controle de 

20 puissance, comma indique precedemment. 

Ces differents moyens peuvent operer suivant les procedes decrits 
precedemment; leur realisation particuliere ne presentant pas de difficulte particuliere 
pour l*homme du metier, de tels moyens ne necessitent pas d'etre decrits ici de 
maniere plus detaillee que par leur fonction. 

25 
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REVENDICATIONS 

1. Procdde pour ameliorer les performances d'un systfeme de 
radiocommunications mobiles, procede dans lequel un element de reseau dit premier 
Sl6ment de reseau 6mettant vers des terminaux mobiles regoit d'au moins un autre 
5 Sl^ment de r6seau, dit deuxieme element de r6seau, au moins une information 
indicative de puissance d'emission initiale pour remission vers un terminal mobile, 
dans le cas de reconfiguration de lien radio entre ledit premier element de reseau et 
ledit terminal mobile, susceptible d'entramer un changement de puissance 
d'emission pour ce lien radio. 
10 2. Procede selon la revendication 1, dans lequel ledit premier element de 

reseau correspond a une station de base, ou Node B dans un syst^me de type 
UMTS. 

3. Procede selon I'une des revendications 1 ou 2, dans lequel ledit deuxieme 
element de reseau correspond a un controleur de stations de base, ou controleur de 

15 reseau radio ou RNC (« Radio Network controller ») dans un systeme de type UMTS. 

4. Procede selon I'une des revendications 1 a 3, dans lequel ledit deuxieme 
element de reseau correspond a un element de reseau ayant une fonction de 
controle de communication avec ledit terminal mobile, incluant une fonction de 
controle de reconfiguration de lien radio, notamment, dans un systeme de type 

20 UMTS, un controleur de reseau radio ou RNC ayant un role de SRNC (« Serving 
Radio Neiwork Controller »). 

5. Procede selon I'une des revendications 1 d 4, dans lequel ledit deuxieme 
6lement de r6seau correspond a un element de reseau controlant ledit premier 
6lement de r6seau, notamment, dans un systeme de type UMTS, un contrdleur de 

25 reseau radio ou RNC controlant un Node B ou ayant un role de CRNC (« Controlling 
Radio Network Controller ») pour ce Node B. 

6. Procede selon les revendications 4 et 5, dans lequel, notamment dans un 
systeme de type UMTS, ladite information indicative de puissance d'emission initiale 
est transmise d'un RNC ayant un role de SRNC et un role de CRNC pour un Node B, 

30 vers ce Node B, selon le protocole NBAP (« Node B Application Part »). 

7. Proc6de selon I'une des revendications 16 4, dans lequel ledit deuxieme 
6l6ment de reseau correspond 6 un el6ment de reseau ne controlant pas ledit 
premier element de reseau, et ledit premier element de reseau regoit ladite 
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information indicative de puissance d'6mission initials, dudit deuxifeme element de 
reseau, via un troisiSme 6l6nnent de reseau controlant ledit premier element de 
r^seau, notamment, dans un syst6me de type UMTS, via un controleur de reseau 
radio ou RNC ayant un role de DRNC (« Drift Radio Netv/ork Controller »). 
5 8. Procede selon les revendications 4 et 7, dans lequel, notamment dans un 

systdme de type UMTS, ladite information indicative de puissance d'emission initiale 
est transmise d'un RNC ayant un role de SRNC, vers un RNC ayant un rdle de DRNC 
et un r6le de CRNC pour un Node B, selon le protocole RNSAP (« Radio Network 
Subsystem Application Part »), puis re-transmise de ce dernier RNC vers le Node B, 
10 selon le protocole NBAP (« Node B Application Part »). 

9. Procede selon I'une des revendications 1 a 8, dons lequel ladite 
information est regue dans un message de commands de reconfiguration de lien 
radio. 

10. Procede selon I'une des revendications 16 9, dans lequel ladite 
15 information est regue dans un message de commande de reconfiguration de lien 

radio synchronis6e. 

1 1 . Procede selon I'une des revendications 1 a 9, dans lequel, ladite 
information est regue dans un message de commande de reconfiguration de lien 
radio non synchronisee. 

20 12. Procede selon I'une des revendications 9 6 11, dans lequel, dons un 

systeme de type UMTS, ledit message de commande de reconfiguration de lien radio 
correspond a un message « Radio Link Reconfiguration Prepare ». 

13. Procede selon i'une des revendications 9 6 11, dans lequel, dans un 
systeme de type UMTS, ledit message de commande de reconfiguration de lien radio 

25 correspond 6 un message « Radio Unk Reconfiguration Request ». 

14. Proced6 selon I'une des revendications 1 6 13, dans lequel ladite 
puissance d'emission initiale est utilises par ledit premier element de reseau pour un 
algorithme de controle d'admission radio. 

15. Procede selon i'une des revendications 1 a 13, dans lequel ladite 
30 puissance d'emission initiale est utilisee par ledit premier element de r6seau pour un 

algorithme de controle de puissance. 

16. Element de reseau, comportant des moyens pour mettre en ceuvre un 
proc6de selon I'une des revendications 16 15. 
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17. Controleur de stations de base (RNCi), comportant des moyens (1) pour 
transmeitre 6 une station de base (Node B) au nnoins une information indicative de 
puissance d'emission initiate pour I'ennission vers un terminal mobile (UE), dans le 
COS de reconfiguration de lien radio entre ladite station de base et ledit terminal 

5 mobile, susceptible d'entraTner un changement de puissance d'emission pour ce lien 
radio. 

18. Controleur de stations de base (RNC2), comportant des moyens (4) pour 
transmettre d un contr6leur de stations de base (RNC3) au moins une information 
indicative de puissance d'emission initiole pour l'6mlssion vers un terminal mobile 

10 (UE), dans le cos de reconfiguration de lien radio entre une station de base et ledit 
terminal mobile, susceptible d'entraTner un changement de puissance d'emission 
pour ce lien radio. 

19. Controleur de stations de base (RNC3), comportant des moyens (5) pour 
recevoir d'un controleur de stations de base (RNC2) au moins une information 

15 indicative de puissance d'6mission initiale pour Remission vers un terminal mobile, 
dans le cas de reconfiguration de lien radio entre une station de base et ledit 
terminal mobile, susceptible d'entramer un changement de puissance d'emission 
pour ce lien radio, et pour re-transmettre ladite information vers ladite station de 
base. 

20 20, Station de base (Node B) comportant des moyens (2, 6) pour recevoir 

d'un controleur de stations de base (RNCi, RNC3) au moins une information 
indicative de puissance d'emission initiale pour I'emission vers un terminal mobile 
(UE), dans le cas de reconfiguration de lien radio entre ladite station de base et ledit 
terminal mobile, susceptible d'entratner un changement de puissance d'emission 

25 pour ce lien radio. 

21 , Station de base selon la revendication 20, comportant des moyens (3, 7) 
pour utiliser ladite information pour un algorithme de controle d'admission radio. 

22. Station de base selon la revendication 20, comportant des moyens (3, 7) 
pour utiliser ladite information pour un algorithme de controle de puissance. 

30 23. Systeme de radiocommunications mobiles, comportant des moyens 

pour mettre en oeuvre un procede selon I'une des revendications 16 15. 
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